home *** CD-ROM | disk | FTP | other *** search
/ BCI NET 2 / BCI NET 2.iso / archives / programming / amos / amoslist-0195.lzh / AMOSLIST / text0136.txt < prev    next >
Encoding:
Text File  |  1995-02-01  |  3.7 KB  |  120 lines
  1. On Fri, 13 Jan 1995, Paul Reece wrote:
  2.  
  3. > Hi Mike,
  4. > 
  5. > > 
  6. > > 
  7. > >     Okay my brain is starting to bleed because I can't make up my 
  8. > > mind on a consistent interface for MARP so I thought I would ask what
  9. > > you blokes thought would be best....
  10. > > 
  11. > 
  12. > 
  13. > Mind if I be dense and as, WHAT IS MARP??
  14. >
  15.  
  16.     MARP is a library of C functions that you can link your C programs
  17.   to... why?  So that you can use the power of C with what I think is the
  18.   power of Amos (easy and powerful gfx/snd... basically you don't have to
  19.   go through the RKM's... and figure out all the Amiga specifics)
  20.  
  21.     MARP will come with multiple libraries... 
  22.     
  23.         1.  The 'in-development' library.. this will be slow
  24.             but safe.. so if you screw up something you will
  25.             get a Requester explaining the error and no GURU.
  26.  
  27.         2.  This will be the heh my code works library.. it will
  28.             be faster than #1 because it won't do any error
  29.                     checking... so you could be making an appointment
  30.             with the guru...
  31.  
  32.         3.  This will be the library with just about every command
  33.                     a macro for super speed at the expense of some code
  34.                     size because you will be 'inlining' a lot of stuff... 
  35.  
  36.     MARP has Amigaguide help system much like that of SAS/C.. Oh ya if
  37.    you didn't figure out already you will need a C compilier and understand
  38.    C.  But MARP has 2 layers:
  39.  
  40.         1. ToolKit Commands
  41.  
  42.            o These are basically how Amos works now... Very easy..
  43.              Bascially no pointers... example:
  44.  
  45.                 M_Pixel x,y;
  46.  
  47.                 M_LoadIconBank(0,"icons.abk");
  48.  
  49.                 M_PasteIcon(0,10,x,y);
  50.  
  51.         2. Developer Commands
  52.  
  53.            o These are mainly for developers that want to eXtend
  54.              MARP by writing eXtensions... this give you access
  55.                      to the guts of MARP... example:
  56.  
  57.             M_Pixel    x,y;
  58.             M_IconBank ibank; 
  59.  
  60.             Mx_LoadIconBank(&ibank,"myicons",0);
  61.  
  62.             Mx_PasteIcon(&ibank,10,x,y,M_BLIT_NORMAL);
  63.  
  64.            o Now if someone wanted to write an eXtension they
  65.              could do it better because the programmers model
  66.              of MARP would never have to change.. ie. they
  67.                      would never have to sacrifice a slot in a bank.
  68.         
  69.            o Also commands are provided to inteface between the
  70.              two... so if the programmer wanted to explicity
  71.              tell an extension to use a certain bank they could. 
  72.  
  73.     These 2 layers would help people who aren't comfortable with using
  74.    pointers convert from Amos->C easier if they wanted too... plus even
  75.    if you pointers don't bug you it will just be easier and safer to use
  76.     the toolkit routines most of the time... :)
  77.  
  78.  
  79.     MARP Curently supports:
  80.  
  81.         o Screens     (includes Double Buff/Public Screens)
  82.         o General Gfx (ie. lines/boxes/circles/...)
  83.         o Requesters  ( font/screen/palette/file/custom)
  84.         o Icons       (much more complete than Amos)
  85.         o Files       (ie. Size/Exists/IsDir/... )
  86.         o Input       (mouse/joystick/analouge joy)
  87.         o Copper      (ie. Rainbow..)
  88.         o Samples     (not fully done)
  89.         o Med Mods
  90.         o Bobs          (not fully done)
  91.  
  92.     I will release MARP once I add:
  93.  
  94.         o IFF Picture Support
  95.         o IFF Anim Support
  96.         o Color/Anim Font (ala Ctext) 
  97.         o Easy User Interrupts
  98.         o Make up some Examples! 
  99.         
  100.  
  101.     Of course MARP will not be done with just this... but I feel that
  102.         it would be useful once I add this stuff... but I plan to work on
  103.         MARP till March'95. Then start using it!
  104.  
  105.     Oh ya... MARP is also being developed on the IBM right now! 
  106.  
  107.                     I hope this helps...
  108.  
  109.                                     mike
  110.  
  111. >  - P
  112. > Paul Reece, Technical Support - Trumpet Software International
  113. > p.reece@trumpet.com.au                    Phone: +61 02 450220
  114. >                                           Fax:   +61 02 450210
  115. > 
  116. > For Tech-Support: tech-support@trumpet.com.au
  117. > 
  118. > 
  119.  
  120.